Tabelle mit Formularvariablen updaten - PHP-Bug?

Hallo,

ich sitze an einem sehr seltsamen Problem. Ein html-Formular übergibt via
method="POST" Daten ($id und $name) an ein PHP Script. Dieses Script soll
mit den Formulardaten eine Tabellenreihe updaten.

Soweit, so einfach:

Die Daten aus dem Formular kommen an (print $id; print $name; liefert den
entsprechenden Output.

Daraus erstelle ich das query:
"UPDATE tabelle SET tabelle.nachname='$name' WHERE tabelle.id=$id" und
schicke es ab, es gibt keinen Fehler.

Es folgt eine Abfrage "SELECT * FROM tabelle WHERE id=$id" mit einer
Kontrollausgabe, die bestätigt, daß der neue Name gespeichert ist.

Wenn nun ein zweites Script die Tabelle nach dem Datensatz $id abfragt, ist
das Feld nachname vollkommen leer.


Ich habe die identischen Abfragen mit unterschiedlichen Werten und Variablen
für $name ausprobiert. Dabei zeigte sich:
$name1 = $name;
"... SET nachname=$name1 .."
=> Das Feld ist leer.

$name1 = "aaa".$name."BBB";
=> Das Feld enthält "aaaBBB"

$name = "Peter"
=> Das Feld enthält "Peter"


Irgendwie sieht das nach einem Bug aus, allerdings habe ich bei Google
keinen Hinweis darauf gefunden.

Stand der Dinge: Ich kann KEINE Formulardaten verwenden, um die Tabelle
upzudaten, und ich habe keine Ahnung, wo ich noch suchen soll.

Hat einer eine Lösung/Idee für mich?
Vielen Dank im Voraus,
Clemens von Musil

P.S: Die Fragmente oben sind kein Copy/Paste, eventuelle Tippfehler sind
definitiv nicht Ursache des Problems ;-)

Re: Tabelle mit Formularvariablen updaten - PHP-Bug?

Clemens von Musil schrieb:

> Die Daten aus dem Formular kommen an (print $id; print $name; liefert
> den entsprechenden Output.

Sicher?
11.20. Warum funktionieren meine Formulare nicht?
http://www.dclp-faq.de/q/q-formular-register-globals.html

> Daraus erstelle ich das query:
> "UPDATE tabelle SET tabelle.nachname='$name' WHERE tabelle.id=$id" und
> schicke es ab, es gibt keinen Fehler.

Lass dir die Query ausgeben.

> Es folgt eine Abfrage "SELECT * FROM tabelle WHERE id=$id" mit einer
> Kontrollausgabe, die bestätigt, daß der neue Name gespeichert ist.
>
> Wenn nun ein zweites Script die Tabelle nach dem Datensatz $id
> abfragt, ist das Feld nachname vollkommen leer.

Das kann so nicht sein, wie du es beschreibst.

> Irgendwie sieht das nach einem Bug aus, allerdings habe ich bei Google
> keinen Hinweis darauf gefunden.

Eher sehr unwahrscheinlich.

> Stand der Dinge: Ich kann KEINE Formulardaten verwenden, um die
> Tabelle upzudaten, und ich habe keine Ahnung, wo ich noch suchen soll.

Ich auch nicht, weil du uns alles Wesentliche vorenthältst.

> P.S: Die Fragmente oben sind kein Copy/Paste, eventuelle Tippfehler
> sind definitiv nicht Ursache des Problems ;-)

An was sollen wir dann den Fehler erkennen? Copy&Paste ist die einzig
sinnvolle Art, Codeteile anzugeben.
Lies 1.17. Wie stelle ich meine Frage an die Newsgroup am sinnvollsten?
http://www.dclp-faq.de/q/q-newsgroup-fragen.html

MfG
Niels

--
Gib einem Hungrigen einen Fisch, und er ist für einen Tag satt.
Zeig ihm, wie man angelt, und er pöbelt Dich an, dass er besseres
zu tun hätte, als Schnüre ins Wasser hängen zu lassen.
[David Kastrup in de.comp.text.tex]

Re: Tabelle mit Formularvariablen updaten - PHP-Bug?

Clemens von Musil schrieb:

> Hat einer eine Lösung/Idee für mich?

Wenn dir gar nix mehr einfällt, dann schick mir den Code per Mail. Wenn
die Aussagen in deiner Frage stimmen, dann spendiere ich dir 'nen Kasten
Bier.

Gruß,
Matthias

Re: Tabelle mit Formularvariablen updaten - PHP-Bug?

Hallo Niels,

sorry, der Originalcode stammt aus einem mittelgroßen Pojekt, und ich
dachte nicht, daß sich jemand da hineinarbeiten würde. Ich habe gehofft,
daß die Symptome ganz typisch für irgendetwas ist...
Ich habe den Fehler gefunden, allerdings macht das den Fall für mich
noch rätselhafter.
Zuerst eine hoffentlich bessere Beschreibung der Symptome, und weiter
unten den Fehler, den ich gefunden habe mit der Frage, ob Du verstehst,
was das soll.

Also los:

> Sicher?

Ja, ich habe den zusammengesetzten Query ausgegeben. Sieht OK aus:

UPDATE power_subscriptions
SET power_subscriptions.name = 'sqdwq',
power_subscriptions.vorname = 'hhdhh',
power_subscriptions.alter = '',
power_subscriptions.ort = "zdf",
power_subscriptions.anschrift = "",
power_subscriptions.termin = '-1'
WHERE (power_subscriptions.id = 14)

Und zwar als Resultat von:
$query = "UPDATE $SUBSCRIBERTABLE
SET $SUBSCRIBERTABLE.name = '".$_POST['nameNeu']."',
$SUBSCRIBERTABLE.vorname = 'hhdhh',
$SUBSCRIBERTABLE.alter = '$alterNeu',
$SUBSCRIBERTABLE.ort = \"".trim("zdf")."\",
$SUBSCRIBERTABLE.anschrift = \"\",
$SUBSCRIBERTABLE.termin = '-1'
WHERE ($SUBSCRIBERTABLE.id = 14)";

$alterNeu ist eine Formularvariable ($nameNeu natürlich auch).

>>Es folgt eine Abfrage "SELECT * FROM tabelle WHERE id=$id" mit einer
>>Kontrollausgabe, die bestätigt, daß der neue Name gespeichert ist.
>>
>>Wenn nun ein zweites Script die Tabelle nach dem Datensatz $id
>>abfragt, ist das Feld nachname vollkommen leer.

> Das kann so nicht sein, wie du es beschreibst.

Ist es aber. Um genauer zu sein: Ich habe mit folgender Schleife eine
Wartezeit in das fragliche Script eingefügt:


$a = time();
print "Waiting ...";
while ((time() - $a) < 6) {
}
print " Resume.
";


Während der Wartezeit habe ich in einem zweiten Browserfenster mittels
phpMyAdmin den Inhalt der Tabelle ausgegeben. phpMyAdmin hat während der
Scriptlaufzeit für Name den Wert 'sqdwq' angegeben.
Nach Scriptende war das Feld leer.
Ich würde Dir gerne die URL zu dem Script geben, allerdings schraube ich
dabei an einer Datenbank, deren Inhalt ich nicht ohne weiteres
publizieren darf - eine Testdatenbank habe ich bislang nicht angelegt.

>
>>Irgendwie sieht das nach einem Bug aus, allerdings habe ich bei Google
>>keinen Hinweis darauf gefunden.
>
> Eher sehr unwahrscheinlich.

War so die letzte Hoffnung ;-)

Nicht die allerletzte Hoffnung, denn ich habe den Fehler an einer ganz
anderen Stelle gefunden:

Ganz zu Beginn gibt das Script einen HTML-Kopf aus. Das geschieht mit
folgendem Code:

Das Script:

$htmlStyle = Array(
"css/links.css",
"css/text.css",
"css/table.css"
);
include "include/htmlHead.php";

<...>

Und die htmlHead.php:



if (isset($htmlStyle) && ($htmlStyle != "")) {
for ($i=0; $i <= count($htmlStyle); $i++) {
print " type=\"text/css\">\n";
}
}
?>




Dabei gibt die for-Schleife folgende Zeilen aus:





Die letzte Zeile entsteht durch das "<=" im Abbruchkriterium. Sie
verschwindet, wenn das Kriterium nur "$i < count($htmlStyle)" verlangt.
Und ohne diese letzte Zeile funktioniert das ganze Script wunderbar.

Zwar weiss ich jetzt, wie ich mit dem Script weiterkomme, aber warum
sich das Script, respektive die Dartenbank mit dieser fehlerhaften Zeile
so verhalten, ist mir schleierhaft.

Weißt Du da etwas?

Danke schön,
Clemens